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1 VIDEO DATA MANAGEMENT, TRANSMISSION, AND CONTROL 

2 SYSTEM AND METHOD EMPLOYING DISTRIBUTED 

3 VIDEO SEGMENTS MICROCASTING 

4 

5 COPYRIGHT NOTIFICATION 

6 Portions of this patent application contain materials that are subject to copyright 

7 protection. The copyright owner has no objection to the facsimile reproduction by anyone of the 

8 patent document, or the patent disclosure, as it appears in the Patent and Trademark Office. 
9 

10 CROSS REFERENCE TO RELATED APPLICATION 

1 1 This non-provisional application claims the benefit of the earlier filing dates of, and 

12 contains subject matter related to that disclosed in, U.S. Provisional Application Serial No. 

13 60/188,893, filed March 13, 2000, and U.S. Provisional Application Serial No. 60/227,126, filed 

14 August 23, 2000, both having common inventorship, the entire contents of which being 

1 5 incorporated herein by reference. 
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1 7 BACKGROUND OF THE INVENTION 

18 1 . Field of the Invention 

19 The present invention relates, generally, to the field of video data management, 

20 transmission, and control and, more particularly, to a system and method for video data 

21 management, transmission, and control employing distributed video segments microcasting. 
22 

23 2. Discussion of the Background 
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1 Ever since the early Qube Cable TV experiments by Warner Amex Cable 

2 Communications, Inc. in the mid 1970 ! s, efforts have been made by the communications and 

3 telecommunications industries to provide Interactive TV (iTV) and Video on Demand (VOD) 

4 services to viewers. Interactive TV is the process that allows viewers to interact and choose 

5 from a differentiated menu of programming content and to respond to (and with) specific 

6 requests for their participation by the program producer, VOD describes a type of service 

7 offered by video distributors that allows viewers to choose "when" and "what" they view. VOD 

8 eliminates the present practice of day-part content scheduling for "appointment television." 

9 Various technologies have been invented and are currently being utilized that attempt to 

10 accomplish and provide iTV and VOD. However, these technologies have met with very little 

1 1 success. 

12 Distributed Video Segments Microcasting (DVSM) technology provides a cost effective, 

13 fundamental or root technological solution for video distributors to ubiquitously offer iTV and 

14 VOD to any viewer, anywhere, anytime. Wireline as well as wireless networks can deploy 

15 DVSM technology. Cable TV operators, Telephone companies, Direct Broadcast Satellite, 

16 SMATV, MMDS, LMDS, and local Off- Air Television Broadcasters or any point to multipoint 

17 video distributor can utilize DVSM technology. Likewise, Internet Service Providers can utilize 

18 DVSM technology. 

19 Presently these video and communications network operators are unsuccessfully utilizing 

20 a number of existing methods and technologies in an attempt to provide iTV and VOD services. 

21 All existing methods and technologies require extensive amounts of bandwidth, very powerful 

22 video servers and video streaming capacity to enable network operators to offer iTV, VOD 

23 and/or other interactive video services. DVSM greatly reduces the amount of bandwidth, server 
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1 processing power and video transmission capacity needed to offer users iTV, VOD and other 

2 interactive services. In turn, the reduction of bandwidth, processing power and transmission 

3 capacity requirements makes it cost effective for network operators to offer these services. 

4 A. Existing Technologies 

5 At present, no existing technology is capable of providing high-resolution full-screen 

6 digital iTV and instantaneous VOD within acceptable performance parameters and cost 

7 considerations. Currently, video programming and, to the extent available, interactive TV 

8 services are delivered to viewers using the existing fundamental or base technologies and 

9 network technologies hereinafter described. 

1 0 Analog video broadcasting is accomplished with a plurality of fixed bandwidth analog 

1 1 channels of 6 MHz each which are used to deliver video content in real-time. The 6 MHz 

12 bandwidth historically evolved from television broadcasting and is the standard channel width 

1 3 that is used in transmitting programming signals to today's television sets. 

14 Digital video broadcasting is accomplished with a plurality of fixed bandwidth digital 



15 channels of 1 to 4 Mbps, each used to deliver video content to users. Advanced television sets 

16 and digital-to-analog television converters are in the process of being deployed with 1 to 4 Mbps 

1 7 bandwidth capacity. 



18 Video streaming is a stream of isochronous video data (which is typically stored in a 

1 9 video server) that is transmitted in real-time from the video server to each client. The video 

20 server sends out one stream in response to every request sent by a client. The client receives, 

21 decodes, and displays the video on a TV/monitor in real-time. The streaming video data is 

22 temporarily stored in the client for display purposes only. 
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1 With video bursting, video data is stored in a central video server, similar to the 

2 technique used for video streaming. When a client sends a request, the central video server 

3 delivers video data in the form of 'bursts'. These bursts are faster than real-time, and are 

4 temporarily stored in a client buffer. This stored data is then retrieved at a constant speed to 

5 display real-time video on the client's display or screen. The primary advantage of bursting 

6 technology over streaming is reduced number of interruptions in displaying full motion video 

7 due to network transmission errors. 



8 HTTP downloading is accomplished when video data is down loaded from a central 

9 server on the Internet to a user's PC after the server receives a request. The user then has to wait 

10 until the download is complete, before viewing can begin. 

1 1 B. Limitations of Existing Technologies 

12 In video broadcasting, broadcasting technology was originally developed for one way 



13 distribution of video programs to everyone. The return-path from the viewer's home to the 

14 broadcasting station was never built within the network. As a result, interactive TV and VOD 

1 5 services are not possible with analog and digital broadcasting network technologies, since the 

1 6 same video program is transmitted to every user at a predetermined time by the broadcaster. 

17 Unlike multicasting, broadcasting technology does not have the ability to selectively deliver 

1 8 video programs to select viewers. 



19 Video streaming and video bursting technologies are intended to deliver interactive TV 

20 and VOD services, but suffer from sever limitations as hereinafter described. 

21 (1) Capacity Limitation of Centralized Systems 

22 Video streaming and video bursting technologies are based on a central video server, 

23 which stores video programs, and delivers one real-time video stream to each client. The Video 
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1 Server has a limited capacity to transmit a maximum number of video streams in real-time. For 

2 example, if one million viewers want to watch a high-resolution digital movie at different times 

3 of the day, the central server will need to have a real-time video streaming capacity of one 

4 million (3Mbps) channels. None of the existing technologies has the capacity to meet such a 

5 heavy demand. 

6 (2) Bandwidth Limitation of Shared Networks 

7 All existing streaming and bursting technologies are designed to deliver real-time video 

8 streams over the Internet, cable, or a Local Area Network (LAN). These shared networks have a 

9 limited bandwidth, and other data traffic (such as large file transfers) further reduces the 

10 bandwidth available for high-resolution video content. With existing technologies, VOD is an 

1 1 economic improbability because the amount of bandwidth and transmission capacity requirement 

12 is directly related to the number of user requests multiplied by the required bandwidth per user. 

13 For example, if 2,000 viewers requested the same video (or different videos) simultaneously, or 

14 their requests were several minutes apart, the analog distributor would need 12,000 MHz and the 

15 digital distributor would need 2,000 MHz of spectrum. These requirements convert to 38.4Gbps 

16 and 6.4Gbps of bandwidth capacity. Fiber optic cable that could possibly be deployed to the 

17 curb ranges from DS1 with a 1.544 Mbps capacity to OC-48/48c with 2.4 Gbps capacity. In 

1 8 other words, provisioning 2,000 simultaneous or near simultaneous requests requires "fiber-to- 

19 the curb" to be deployed at a minimum capacity equal to OC-48/48c. Capacity limitations of 

20 affordable fiber optic cable within, say, the DS 1 to OC-12/12c range would not have the nominal 

21 capacity to provide the users their requested video selections. 

22 The system and method of the present invention, in contrast with these prior art 

23 technologies, enhances the capacity of the fiber cable by as much as 100 times, thereby enabling 
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1 the use of OC-3/3c with 1 55Mbps capacity and providing enough nominal capacity to provision 

2 all 2,000 requests with digital MPEG2 (3.2Mbps) video transmission standard. Moreover, using 

3 DS3 fiber, the system and method of the present invention would provide enough capacity to 

4 provision the 2,000 users with MPEG1 (1 .0Mbps) quality video. (Fiber optic throughput rates 

5 are DS1 - 1.544Mbps, DS3 - 44.786Mbps, OC-3/3c - 155Mbps, OC-12/12c - 622Mbps, and 

6 OC-48/48c - 2.4Gbps.) Data rates for wireless, wireline or coaxial cable will vary depending on 

7 the size of the spectrum allocation or cable, and compression standards used in transmitting the 

8 video or video data. The dramatic improvement in performance enabled by the system and 

9 method of the present invention would be cost prohibitive in a system implemented using 
f 1 0 existing technologies. 

% 1 1 (3) Transmission Errors 

I 12 Video servers stream (or send bursts) video programs in real-time to clients. Any 

t 13 lost/corrupted video content data due to transmission errors result in program interruptions, since 

i 14 the client/server system with real-time isochronous transmission does not provision retransmis- 

15 sion of lost video data. The system and method of the present invention overcomes this 

16 limitation by transmitting asynchronous high-speed (faster than real-time) or low-speed (slower 

17 than real-time) data from video servers to client storage, and then re-transmitting real-time 

1 8 isochronous video data from client's storage to the viewer's screen or display. 

19 HTTP download and view technology is not suitable for VOD applications since the 

20 downloading process is not isochronous, and the viewers have to wait for the complete download 

2 1 before they can begin viewing. 

22 Thus, notwithstanding the available existing technologies, there is a need for a system 

23 and method (1) that is an enabling, root technology that provides a cost-effective, universal 
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1 solution for the video distribution and telecommunications industries to offer high-resolution 

2 digital iTV, VOD, and other interactive video services to any viewer, anywhere, any time; (2) 

3 that overcome existing bandwidth issues, server processing power and streaming capacity issues, 

4 network-transmission problems, and other limitations of existing technologies; (3) that allows 

5 users to control "who views which video" within the user's customer premise equipment (CPE) 

6 or in-home local area network (LAN). 

7 

8 SUMMARY OF THE INVENTION 

sJS! , 9 The primary object of the present invention is to overcome the deficiencies of the prior 

10 art described above by providing a system and method that is an enabling, root technology that 

Jf 1 1 provides a cost-effective, universal solution for the video distribution and telecommunications 

y| 12 industries to offer high-resolution digital iTV, VOD, and other interactive video services to any 

,« 1 3 viewer, anywhere, any time. 

14 Another key object of the present invention is to provide a video data management, 

13 15 transmission, and control system and method that overcomes existing bandwidth issues, server 

1 6 processing power and streaming capacity issues, network-transmission problems, and other 

17 limitations of existing video broadcasting, streaming, bursting, and http downloading 

18 technologies. 

19 Yet another key object of the present invention is to provide a video data management, 

20 transmission, and control system and method that enables instantaneous delivery of high- 

21 resolution full motion digital video programs for interactive TV (iTV), video-on-demand (VOD), 

22 and other interactive video services. 
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1 Still another key object of the present invention is to provide a video data management, 

2 transmission, and control system and method that allows users to control "who views which 

3 video" within the user's customer premise equipment (CPE) or in-home local area network 

4 (LAN). 

5 Another key object of the present invention is to provide a video data management, 

6 transmission, and control system and method that enables video programs to be delivered 

7 through cable television or wireline and/or wireless communications networks without the need 

8 and use of extensive bandwidth, video server processing power, and video transmission capacity. 

9 Yet another key object of the present invention is to provide a video data management, 

10 transmission, and control system and method that resolves the bandwidth, video server 

1 1 processing power, and streaming capacity and transmission error issues associated with offering 

12 users a large array of video programming selections. 

1 3 Another key obj ect of the present invention is to provide a video data management, 

14 transmission, and control system and method that can logarithmically reduce the amount of 

15 spectrum and cost associated with spectrum needed to provide users their video selections. 

1 6 Another key object of the present invention is to provide a video data management, 

17 transmission, and control system and method that can overcome the limitations of existing video 

1 8 streaming technologies, and reduce the network bandwidth requirements for transmitting video 

1 9 on demand and interactive television by utilizing segmenting, multicasting, and distributing 

20 techniques. 

21 Still another key object of the present invention is to provide a video data management, 

22 transmission, and control system and method that can distribute and reduce the computer 

23 processing power needed to provide video on demand and interactive television. 
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1 Another key object of the present invention is to provide a video data management, 

2 transmission, and control system and method that can dynamically manage video segments 

3 transmission and, thereby, bandwidth allocations without the need for extensive video 

4 transmission capacity. 

5 Another object of the present invention is to provide a video data management, 

6 transmission, and control system and method that transform the conventional video streaming 

7 process from a video domain to a data domain. 

8 Yet another key object of the present invention is to provide a video data management, 

9 transmission, and control system and method that can deliver individualized program content to 

10 users. 

1 1 The present invention achieves these objects and others by providing a system and 

12 method for video data management, transmission, and control employing distributed video 

13 segments microcasting, the system and method comprising: (i) video program sectoring facilitate 

14 video data storage; (ii) transforming video content to DVSM data format; (iii) ubiquitous 

15 transporting and high speed delivery of DVSM data; (iv) multi-level filtering and decision 

16 making for data assignment and coordination of critical user and DVSM video data; and (v) data 

17 insertion for inserting assigned user data into DVSM video data segments. The video data 

18 management, transmission, and control system and method of the present invention allows 

19 viewers to, instantly and without delay, view prerecorded, distributed and stored video programs, 

20 as well as live-broadcasts. Viewing will appear as if it had been broadcasted in real-time, as 

21 opposed to the delays associated with storing and downloading video programs. The system and 

22 method of the present invention allows users to, inter alia, control "who views which video" 

23 within the user's customer premise equipment (CPE) or in-home local area network (LAN). 
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1 Users can stop, pause, replay, rewind or fast- forward any segment of the video program, 

2 including a live broadcast (with the exception of the fast-forward function), with a remote 

3 control. Users can also choose to view stored sub-titles for foreign video programs in the 

4 language of their choice. 

5 More specifically, the system and method for video data management, transmission, and 

6 control employing distributed video segments microcasting of the present invention uses a 

7 plurality of segmenting, formatting, distributing, microcasting, multicasting, high speed/ low 

8 speed transmitting, asynchronous/isochronous transmitting, and resolution switching techniques 

9 to manage, transmit, and control video data. Any video data or program (analog or digital) can 

10 be converted to DVSM format for management, transmission, and control in accordance with the 

1 1 system and method of the present invention. 

12 In a preferred embodiment of the system and method of the present invention, analog 

13 video is digitized, and the digital video content is divided into video segments of variable 

14 lengths. The digital video segments are formatted using a formatting process that assigns 

15 attributes to each video segment based upon its characteristics, such as the video content-type, 

1 6 motion content within the segment, and its suitability for ad insertion. A number of attributes are 

17 assigned to user data, segmented video content data, and video advertisement data to automate 

1 8 the coordination and insertion of critical user information with video selections. Segmented 

19 video data and user data is distributed and stored throughout the cable TV, wireline or wireless 

20 communications network components to maximize the number of offerings that can be made by 

21 the network operator. Video segments of a program are distributed and stored at different levels 

22 within the network. By distributing the storage of video segments across the network within 

23 many servers, the transmission of a video program to the client can begin immediately after the 
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1 viewer request is received. While the viewer is watching the initial program segments stored at 

2 the client, remaining segments are transmitted at higher speed from different network servers to 

3 the client. This process overcomes the streaming capacity limitation of the existing centralized 

4 technology, as well as the delay associated with the HTTP downloading technology. 



5 Further features and advantages of the present invention, as well as the structure and 

6 operation of various embodiments of the present invention, are described in detail below with 

7 reference to the accompanying drawings. 

8 BRIEF DESCRIPTION OF THE DRAWINGS 

9 The accompanying drawings, which are incorporated herein and form part of the 

10 specification, illustrate various embodiments of the present invention and, together with the 

1 1 description, further serve to explain the principles of the invention and to enable a person skilled 

12 in the pertinent art to make and use the invention. In the drawings, like reference numbers 

13 indicate identical or functionally similar elements. 

14 A more complete appreciation of the invention and many of the attendant advantages 

1 5 thereof will be readily obtained as the same becomes better understood by reference to the 

1 6 following detailed description when considered in connection with the accompanying drawings, 

17 wherein: 

18 FIGURE 1 is a representation of bandwidth requirements of conventional video 

19 streaming verses the bandwidth requirements of a system and method according to the present 

20 invention. 

21 FIGURE 2 is a representation of the dynamic relationship between the number of users, 

22 the number of selections, the number of users per selection and the bandwidth requirements, and 

23 the logarithmic cost-benefit relationship associated with a system and method according to the 
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1 present invention. 

2 FIGURE 3 is a graphical illustration of how the system and method according to the 

3 present invention dynamically assigns a number of users' TP addresses to a previously selected 

4 video and its segments that are being transmitted. 

5 FIGURE 4 is a graphical illustration of the effects on bandwidth requirements of the 

6 dynamic multicasting techniques of the system and method according to the present invention. 

7 FIGURE 5(a) is a functional block diagram of the segmenting and formatting process of 

8 the system and method according to the present invention. 

9 FIGURE 5(b) is an illustration of the attributes found within the segmenting and 

10 formatting process and how these attributes are created and organized in a preferred embodiment 

1 1 of the system and method according to the present invention. 

12 FIGURE 6(a) is an illustration in block diagram form that illustrates a comparison 

13 between the real-time isochronous transmissions of prior art streaming video technologies, and 

14 the isochronous transmission of prior art video bursting technology. 

15 FIGURE 6(b) is an illustration in block diagram form that illustrates the two different 

16 modes of data transfer according to a preferred embodiment of the system and method of the 

1 7 present invention. 

1 8 FIGURE 7 is a functional block diagram of the architecture for the video data storage 

19 system according to a preferred embodiment of the system and method of the present invention. 

20 FIGURE 8 is a more detailed functional block diagram of the data storage system 

21 illustrated as level 1 in the architecture for the system and method according to a preferred 

22 embodiment of the present invention of FIGURE 7. 
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1 FIGURE 9 is a more detailed functional block diagram of the data storage illustrated as 

2 levels 2 to (z-2) in the architecture for the system and method according to a preferred 

3 embodiment of the present invention of FIGURE 7. 

4 FIGURE 10 is a more detailed functional block diagram of the data storage level 

5 illustrated as level (Z-l) in the architecture for the system and method according to a preferred 

6 embodiment of the present invention of FIGURE 7. 

7 FIGURE 1 1 is a more detailed functional block diagram of the data storage level 

8 illustrated as level Z in the architecture for the system and method according to a preferred 

9 embodiment of the present invention of FIGURE 7. 

10 FIGURE 12 is an illustration in block diagram form of the programming steps necessary 

11 to carry out the basic microcasting operation of the algorithm for the client software according to 

12 a preferred embodiment of the system and method of the present invention. 

13 FIGURE 13 is an illustration in block diagram form of the programming steps necessary 

14 to carry out the basic microcasting operation of the algorithm for the network software according 

15 to a preferred embodiment of the system and method of the present invention. 

16 FIGURE 14 is an illustration in block diagram form of the programming steps necessary 



17 to carry out the basic dynamic resolution switching operation of the algorithm for the network 

18 software according to a preferred embodiment of the system and method of the present 

19 invention. 

20 FIGURE 15 is a functional block diagram of the global architecture for the system for the 

21 metro media centers according to a preferred embodiment of the system and method of the 

22 present invention. 
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1 FIGURE 16 is a block diagram representing the connections between a metro media 

2 center and a plurality of distribution and control sites according to a preferred embodiment of the 

3 system and method of the present invention. 

4 FIGURE 17 is a flow diagram representing the bi-directional flow of data through a 

5 metro media center system for voice, video and data transmission according to a preferred 

6 embodiment of the system and method of the present invention. 

7 FIGURE 1 8 is a block diagram representing a plurality of connections between a 

8 distribution and control site and a plurality of homes according to a preferred embodiment of the 

9 system and method of the present invention. 

10 FIGURE 19 is a flow diagram representing the bi-directional flow of data through the 

1 1 distribution and control site architecture of the system for voice, video and data communications 

12 according to a preferred embodiment of the system and method of the present invention. 

13 FIGURE 20 is a block diagram representing the interface for the voice, video and data 

14 gateway module in the system and method of a preferred embodiment of the present invention as 

1 5 shown in FIGURE 1 1 . 

16 DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

17 In the following description, for purposes of explanation and not limitation, specific 

1 8 details are set forth, such as particular networks, communication systems, computers, terminals, 

19 devices, components, techniques, data and network protocols, software products and systems, 

20 enterprise applications, operating systems, enterprise technologies, middleware, development 

21 interfaces, hardware, etc. in order to provide a thorough understanding of the present invention. 

22 However, it will be apparent to one skilled in the art that the present invention may be practiced 

23 in other embodiments that depart from these specific details. Detailed descriptions of well- 
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1 known networks, communication systems, computers, terminals, devices, components, 

2 techniques, data and network protocols, software products and systems, enterprise applications, 

3 operating systems, enterprise technologies, middleware, development interfaces, and hardware 

4 are omitted so as not to obscure the description of the present invention. 

5 I. General System Overview and Design Concepts 

6 A. General System Overview 

7 (1) System Architecture 

8 The Video Data Management, Transmission, and Control System and Method of the 

9 present invention is comprised of the following network architectures and components: 

10 (1) Global DVSM network architecture; 

1 1 (2) Metro DVSM network architecture; 

12 (3) Metro Media Center (MMC) including MMC voice, video, and data (WD) 

13 architecture; 

1 4 (4) Community DVSM network architecture; 

15 (5) Distribution and Control Site (DCS) including DCS WD architecture; 

1 6 (6) Community Relay Switch (CRS); 

1 7 (7) Home DVSM network architecture; 

1 8 (8) Customer Premises Equipment (CPE); 

19 (9) DVSM Server; and 

20 (10) DVSM Client (Media Navigator). 

21 Each of these network architectures and components are explained in greater detail 

22 below. The mode of communication and transmission of data (e.g., satellite, satellite dish, fiber 

23 link, directional antenna, packet-switched line, wireless link, micro trunk line, circuit-switched 
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1 line, packet-shared line, home wireless data link, WD wireless link, and analog telephone line) 

2 between the components comprising the various network architectures is also explained. 

3 (2) DVSM Formatting Process 

4 DVSM moves video from its video domain to a data domain by altering the fundamental 

5 structure of the video itself. A video program (analog or digital) is first converted to DVSM 

6 format. A stream of video is digitized and converted to "independent" data segments of variable 

7 lengths that contain their own distinct DNA, resulting in each segment becoming standalone data 

8 with a set of attributes that provide the information of what the data is supposed to do 

9 independently of what is contained in other segments. The DVSM formatting process assigns 

10 attributes to each video segment based upon its characteristics, such as, the video content-type, 

1 1 motion content within the segment, and its suitability for ad insertion. A number of DVSM 

12 attributes are assigned to user data, segmented video content data, and video advertisement data 

13 to automate the coordination and insertion of critical user information with video selections. For 

14 example, segments can be dynamically assigned to specific scenes, removed from scenes, 

15 instructed to be displayed in a specific sequence, "independently" viewed, launched from another 

16 segment, or sent to a number of client addresses. A more detailed explanation of the DVSM 

1 7 formatting process is set forth below. 

18 (3) D VSM Segmentation Process 

19 Segmented video data and user data are then distributed and stored throughout the cable 

20 TV, wireline or wireless communications network components to maximize the number of 

21 offerings that can be made by the network operator. Video segments of a program can be 

22 distributed and stored at different levels within the network. By distributing the storage of video 

23 segments across the network within many DVSM Servers, the transmission of a video program 
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1 to the DVSM Client can begin immediately after the viewer request is received. While the 

2 viewer is watching the initial program segments stored at the DVSM Client, remaining segments 

3 are transmitted at higher speed from different DVSM Servers to the DVSM Client. This process 

4 overcomes the Streaming Capacity Limitation of the existing centralized technology, as well as 

5 the delay associated with the HTTP Downloading technology. 

6 To allow video content producers and distributors to sell advertising or other 

7 programming on a highly segmented basis, video-clip ads are dynamically assigned to program 

8 video segments based on users' particular psychodynamic and demographic profiles. 

9 A more detailed explanation of the DVSM segmentation process is set forth below. 

10 (4) Microcasting 

1 1 Microcasting is the technical process used to deliver selective segments of a video 

12 program directly associated with each individual viewer's interactive request-type, stated or 

13 unstated wants, wishes, desires, psychodynamic and demographic needs. Embedded within the 

14 microcasting technology are multi-level filtering, decision making and dynamic data insertion 

15 techniques that collectively deliver highly individualized video programming content without the 

16 need for excessive bandwidth. For example, if, in a movie, the hero is driving a BMW sports 

17 car, the microcasting process will automatically search the user's profile and, if the user has 

18 expressed an interest in sport cars, the system will launch a video advertisement for a BMW. 

19 Video advertisements or other programming may also be launched based on default attributes 

20 associated with the movie. In another example, if the viewer is a 13-year-old child requesting to 

21 watch a movie, the microcasting process will automatically search the appropriate authorizations 

22 assigned by the parents, and restrict video programs containing "violence and adult content" 

23 based on those authorizations. It will also insert only those advertisements that are suitable for 
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1 13 -year-old children, boy or girl, and particularly match the wants and needs of the child 

2 watching the movie. 

3 Commonly the word "micro" is defined as 1) small or 2) denoting a factor of one 

4 millionth (10" 6 ). In other contexts, micro is used to describe the reduction in size or 

5 miniaturization of some item, system or device. We hear and use the word micro in a combined 

6 form such as microchip, microcomputer, microprocessor, microanalysis, microfilm and 

7 microcircuit These words and many more are common and well defined in communications, 

8 computing, and engineering and in the community at large. The common uses of the word 

9 "micro" in various combinations give us a sense of what something may mean but does not make 

10 its meaning obvious. When the public hears the word microcasting, it will likely ascribe certain 

1 1 attributes or characteristics to its meaning. Microcasting, as a word, is presently not defined in 

12 the English language or in the engineering or scientific community. As explained in greater 

13 detail below, in the context of the present invention "microcasting" is the technical process used 

14 to deliver selective segments of a video program directly associated with each individual 

15 viewer's interactive request-type, stated or unstated wants, wishes, desires, psychodynamic and 

16 demographic needs. A more detailed explanation of the microcasting process is set forth below. 

17 (5) Dynamic Multicasting 

1 8 Multicasting is a commonly used technique for data networks whereby multiple user 

19 addresses are assigned to a particular data packet (or a set of data packets) before transmission. 

20 DVSM overcomes the limitation of streaming technology by dividing a lengthy video program 

21 into smaller video segments, and dynamically assigning multiple user addresses to synchronize 

22 user requests with video segment transmissions, thus providing real-time video on demand. 

23 Within the DVSM environment, multicasting techniques are used to dynamically increase the 
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1 number of users assigned to a video selection segment irrespective of when the user may have 

2 made the selection. Video segments are transmitted in appropriate time frames and order. Once 

3 a particular video is selected, its segments are immediately released. The segments can be 

4 released in sequence ~ i.e., segment one is released, then segment two, then segment three and 

5 so forth - or the segments can be released in some other order. Should another user request the 

6 same video selection after a short interval, the first segment is immediately released and the 

7 user's IP address is assigned to any other segments that are being released of the same video. 

8 Appropriate individual segments are released to the second user or third or fourth users until the 

9 only remaining segments are assigned multiple addresses. DVSM can dynamically assign a 

10 number of users' IP addresses to a previously selected video and its segments that are being 

1 1 transmitted. As each subsequent video segment is transmitted, user IP addresses are dynamically 

12 added to the assigned transmission of a particular video segment that has been requested by new 

13 users. A more detailed explanation is set forth below. 

14 (6) D VSM High-Speed and Low-Speed Video Transmission 

15 DVSM allows networks to transmit high-speed (faster than real-time) single channel, or 

16 low-speed (slower than real-time) multi-channel asynchronous video frames from the DVSM 

17 Server to the Storage inside the DVSM Client, and isochronous transmission from the DVSM 

1 8 client to the video display. Since the video display is local to the DVSM Client, any short 

19 network transmission delays do not interrupt the delivery of smooth video. This hybrid data 

20 transmission technique also increases the network efficiency, since the DVSM Server can 

21 dynamically allocate the available network bandwidth to its active Clients to assure uninterrupted 

22 video display. A more detailed explanation is set forth below. 

23 (7) Dynamic Resolution Switching 
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1 Dynamic Resolution Switching (DRS) is the technique used by DVSM Server software to 

2 ensure uninterrupted video transmissions to all the users during a time interval when the 

3 available bandwidth is not sufficient to meet peak demand. The DRS algorithm uses inputs from 

4 variables and buffers dynamically updated by the Multicasting algorithm. The first process 

5 examines the status of these variables and buffers, and estimates available bandwidth to transmit 

6 the next batch of video segments. If the estimated bandwidth is not enough, the Bandwidth flag 

7 is set, which initiates the next process. The addresses of clients with active requests are 

8 extracted, and client service priorities are examined. The clients with lowest priority are selected 

9 and grouped together. At the end of current segment transmission, the selected clients are 

10 switched over for lower resolution transmission. The process is repeated to meet the demand of 

1 1 all pending client requests. After reaching a balanced state of video transmission for all the 

12 active clients, the next process starts examining relevant variables and buffers, and estimates 

1 3 available bandwidth to determine if a switchback to higher resolution is possible. If so, the 

14 Bandwidth flag is reset, and the next process begins to examine the active clients and their 

15 service priorities. The highest priority clients are switched back to higher resolution 

16 transmission, followed by the next batch of clients until a balanced condition is reached. These 

17 processes continue working in synchronization with the polling loop timer of the multicasting 

18 algorithm. A more detailed explanation of the dynamic resolution switching process is set forth 

19 below. 

20 B. Design Concepts 

21 The video data management, transmission, and control system and method of the present 

22 invention employs a number of techniques that take advantage of certain naturally occurring 

23 phenomena. These phenomena range from basic physics to social behaviors. 
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1 One of the natural social phenomena pertaining to video viewing is selection ratio. The 

2 selection ratio is defined by the invention as the number of viewers who select a particular video 

3 at the same or about the same time frame but not simultaneously. For example, if on average, 50 

4 customers selected the same video, the selection ratio would be 50: 1 . If on average, 1 0 

5 customers selected the same video the selection ratio would be 10:1 , 20 customers are equal to 

6 20:1 ratio and so forth. 

7 Selection ratios are behavioral dynamics that occur because of many variables, not the 

8 least of which are the actions or inaction of video programming content producers or the quality 

9 of the video content itself. For a number of reasons, consumers prefer certain content over 

10 others. The popularity of video content is measured everyday in movie theaters, in the TV 

1 1 ratings system and in video stores throughout the world. 

12 In the context of providing real-time video on demand, the invention capitalizes on this 

13 naturally occurring phenomenon while video-streaming technology remains silent. With video 

14 streaming technology, the bandwidth needed to transport video is directly proportional to the 

1 5 number of active users, with no relationship to the number of different videos being requested. 

16 A separate copy of a requested video is made for each request and a separate transmission of 

17 each generated copy is initiated. This means that for every viewer placing a request, a specific 

18 and consistent amount of bandwidth capacity is needed regardless of the number of viewers that 

1 9 may have selected a particular video or a plurality of videos. Once the network begins 

20 transmitting a video stream, it cannot be interrupted. New viewers requesting the same video 

21 receive their selection using more of the remaining bandwidth and server capacity. 

22 In the context of providing real-time video on demand, the invention capitalizes on this 

23 naturally occurring phenomenon while video-streaming technology remains silent. With video 
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1 streaming technology, the bandwidth needed to transport video is directly proportional to the 

2 number of active users, with little or no relationship to the number of different videos being 

3 requested. A separate copy of a requested video is made for each request and a separate 

4 transmission of each generated copy is initiated. This means that for every viewer placing a 

5 request, a specific and consistent amount of bandwidth capacity is needed regardless of the 

6 number of viewers that may have selected a particular video or a plurality of videos. Once the 

7 network begins transmitting a video stream, it cannot be interrupted. New viewers requesting the 

8 same video receive their selection using more of the remaining bandwidth and server capacity. 

9 Figure 1 illustrates the comparative bandwidth requirements for both the invention and 

10 other streaming video technologies, as related to the selection ratio up to 100 (12% of total 

1 1 viewers) for a group of 1200 viewers. As the selection ratio increases, the invention's bandwidth 

12 requirement drops exponentially while video streaming bandwidth requirement remains constant 

13 at 1,200 MHz. Bandwidth requirements are geometrically reduced using its embedded 

14 segmenting, multicasting and distributing techniques while video streaming bandwidth 

15 requirements remain constant at 1,200 MHz irrespective of the selection ratio. A selection ratio 

16 of 2:1 reduces bandwidth requirements by as mush a 50%. The numbers on the X-axis represent 

17 the number of viewers per video and the numbers on the Y-axis represent the spectrum 

18 requirements in MHz. The darkest line represents the invention's bandwidth requirements; the 

19 lightest line represents the bandwidth requirements for video streaming. The shaded line 

20 represents the increase in numbers of viewers per video. This illustration is limited to a selection 

21 ratio of 100:1, which only represents, on average, 8.3% of the entire 1,200-viewer universe and 

22 is not meant to be predictive. Actual results are affected by many variables and may result in 
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1 selection rations +/- 100:1 depending on the number of video selections. Typically 80% of 

2 viewer requests are spread over the top 200 titles. 

3 Reduced bandwidth requirement results in reduction of video equipment & network cost, 

4 as shown in Figure 2. Multicasting techniques, other techniques and various elements of the 

5 invention create a dynamic relationship between the number of users, the number of selections, 

6 the number of users per selection and the bandwidth requirements thus the cost needed to 

7 provision interactive video on demand to the largest number of users possible. This relationship 

8 is logarithmic. As the number of users per selection increases, the amount of spectrum and cost 

9 needed to provide these users their selections decreases. 

10 In the Figure 2, the straight jagged line represents costs associated with streaming video 

1 1 deployment as they relate to the selection ratios illustrated by the upward lighter curved line and 

12 the numbers on the X-axis. The dark downward curved line illustrates costs associated with the 

13 invention as they relate to the selection ratios illustrated by the upward lighter curved line and 

14 the numbers on the X-axis. 

15 Figure 3 illustrates how the invention can dynamically assign a number of users' IP 

16 addresses to a previously selected video and its segments that are being transmitted. In the 

17 illustration there are 10 users, who have selected three different videos, which are being 

18 transmitted over 20-minute time intervals designated T 1 through T 20 . At the first time interval 

19 T 1 , Video 1 was selected by User 1 and User 7 . Simultaneously at T 1 Video 2 was selected by User 5 

20 and Video 3 was selected by User 10 . Four of the 10 users made their selections. One minute 

21 thereafter at time interval T 2 , User 2 selected Video 1 and User 4 selected Video 2 . There are now 5 

22 users viewing their 3 selections. DVSM transmits segment V ls2 to User 1 , User 7 and User 2 who 

23 also receives segment V lsl . User 4 receives segment V2sland segment V2s2, which is also 
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1 transmitted to User 10 . The process continues until all users are receiving the video that they 

2 selected. As each subsequent video segment is transmitted user IP addresses are dynamically 

3 added to the assigned transmission of a particular video segment that has been requested by new 

4 users. 

5 In this example, the effects of dynamic multicasting on bandwidth requirements are 

6 illustrated in Figure 4 where, the lower darker line represents the bandwidth capacity 

7 requirements of the invention and the upper lighter line represents the bandwidth requirements of 

8 video streaming. On the X-axis the time intervals are represented and on the Y-axis capacity 

9 requirements for both the invention and video streaming are represented in Mbps. Within this 

10 example, the entire process took 20 minutes. Ten users selected 3 different videos at different 

1 1 times. The delta between the top video streaming line and the lower DVSM line shows a 

12 bandwidth capacity enhancement of over 300%. 

13 Figure 5(a) illustrates formatted video as conceptualized by the invention. To begin with, 

14 the invention moves video from its video domain to a data domain. This is accomplished by 

15 altering the fundamental structure of the video itself. A stream of video is digitized and 

16 converted to independent data segments that contain their own distinct instructions and tests 

17 similar to DNA. This process, in and of it-self, is vastly different from the existing state of the 

1 8 art; in-that each segment becomes standalone data. In other words each segment has a set of 

19 attributes that provide the information of what the data is supposed to do independently of what 

20 is contained in other segments. For example segments can be dynamically assigned to specific 

21 scenes, removed from scenes, instructed to a specific sequence, independently viewed or sent to 

22 a number of client addresses. 
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1 In the data domain, the system and method of the present invention has the flexibility to 

2 dynamically manage who, what, where, when and how a video segment relates to its 

3 transmission, external-protocols, affiliated video segments, and/or other unaffiliated segments 

4 such as fixed or transient data segments. The major advantage of moving video to the data 

5 domain is that its transmission can be dynamically and better managed exponentially reducing 

6 bandwidth requirements. In the Video domain, video streaming requires a certain amount of 

7 constancy and conformity to provide a consistent picture and minimize transmission errors. 

8 Transmissions are conducted isochronously. 

9 In the data domain, the system and method of the present invention can use asynchronous 

10 transmissions between the server and its clients providing the opportunity to release segments at 

1 1 variable speeds within allocated spectrum. This way transmission speeds can be and are many 

12 times greater than viewing speeds and segments can be dynamically (on the fly) assigned to a 

13 number of clients resulting in a quicker delivery to more viewers. 

14 Microcasting is the process of associating and assigning certain video segments (not 

15 entire video streams) with specific governance; such as removal of violence, addition of certain 

16 advertising, deliverance to a specific address or addresses, assignment of individual values i.e. 

17 bit streams/budgets or video ratings or authorizations, etc. These techniques as applied to the 

1 8 structure and transmission of video provide a tremendous amount of flexibility in how we 

19 manage the video. This is in contrast and opposed to having to add or increase spectrum 

20 allocations to accommodate more video streams as a result of asynchronous interactive selections 

21 on the part of the viewers. 

22 Technology created by the invention allows viewers to, instantly and without delay, view 

23 prerecorded, distributed and stored video programs, as well as live-broadcasts. Viewing will 
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1 appear as if it had been broadcast in real-time as opposed to the delays associated with storing 

2 and downloading video programs. Fundamentally, these techniques and processes resolve the 

3 bandwidth, video server processing power and streaming capacity issues, associated with 

4 offering users a large array of video programming selections, by sectoring video programs into 

5 segments and distributing the segments throughout various components of the distribution 

6 network, then timing the dispersal of the segments on an as needed basis. 

7 Segmenting and decentralizing the data distribution by placing video data in network 

8 components at close proximity to the end users reverses the bandwidth and video streaming 

9 capacity paradigm. Bandwidth requirements are minimized because delivery of selected 

10 programming is no longer in direct proportion to the number of channels being offered. With 

1 1 technology of the invention, it is not necessary to simultaneously stream all selections to offer 

12 users a plurality of choices. Instead each viewer can select and order when and what they want 

13 to view. Wireline or wireless means that are provided by any existing or future technology (such 

14 as fiber cable, co-axial cable, telephone wire, power line cable, terrestrial or satellite) transmit 

1 5 form atted video segments. 

16 Conceptually, the technology's architecture provides cable TV, wireline, terrestrial 

17 wireless or satellite Multi-Channel Video Program Distributors (MVPD) with a system and/or 

18 method of sectoring video programs into data segments for distributing video on a microcasting 

19 basis. Interactive TV, video on demand (addressing entertainment, educational and/or other 

20 microcasting needs) and pay-per-view of prerecorded video transmission are its rudimentary 

21 applications. A further application of the technology is its ability to match and assign user 

22 demographics and user preferences with advertisements of similar characteristics, then insert ad 

23 spots that reflect these characteristics at an assigned location into the video data. The invention 
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1 is a decentralized distributed video and video segmentation technology in contrast with the more 

2 obvious and common centralized video streaming technologies. 

3 Figure 5(a) shows the formatting process. Digital video programs are divided into video scenes 

4 (VS) of variable length. These video scenes are further divided into video segments of fixed or 

5 variable length. A video segment (VSG) header and VS attributes (such as flags, tags, marks, 

6 compression type, and content rating etc) are attached to each video segment facilitating the 

7 storage and transmission of the formatted segments. 

8 Attributes are used to transform a video from a singular data file, which can only be 

9 stored and transmitted as a singular video stream or sequential bursts, to a collection or plurality 

10 of independent data segments that can be randomly stored, transmitted and acted upon as 

1 1 separate data files. The attributes comprise the instructions and associated tests for each video 

12 segment. Video segments can be transmitted in a plurality of transmission schemes, opened and 

13 viewed independently of other segments that are part of the video or can be given other 

14 instruction that could effect the timing, coordination or the ultimate content viewed or how the 

1 5 content is viewed. The number and types of attributes contained within a video segment will be 

16 dependent on the number and/or types of instructions necessary for the video segment to carry 

17 out its mission. 

18 These attributes are classified by functionality. As illustrated in Figure 5(a), a video 

19 segment has a header, specific attributes and video content. In the illustration, VSatr is the 

20 acronym used to depict the attributes such as VSatr 1, 2 through z. Any number of flags, tags, 

21 marks, and codes will designate instructional items such as segment transmission instructions, 

22 authorized movie ratings instructions, coordination of viewing sequence, overwrite instructions, 

23 web linking instructions, transmission sequence instructions, ad selection and insertion 
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1 instructions, and branching instructions, etc. Anyone knowledgeable in the field can create any 

2 number of or types of instructions that can be used to expand the base list of attributes within the 

3 teachings of the present Invention. Therefore the teachings contemplate that as the technology is 

4 disclosed and used, more attribute types and classes will be created to meet the dynamic nature 

5 of the video industry. Not every segment will contain every type of attribute but will carry the 

6 basic functional categories of attributes. These functional categories are critical contingency 

7 microcasting codes placed into each segment. Formatting codes, transmission codes, 

8 communications codes, interactive element codes, web link codes, storage location codes and 

9 viewing sequencing codes are examples of basic functional categories. Flags tags, and other 

10 marks are used to identify specific designates such as users, locations, links and server and client 

1 1 activities within the principal codes to achieve the desired microcasting of the video segment. 

12 Figure 5(b) illustrates one possible attribute structure. Individuals familiar with the art 

13 can create any number of structural schemes of attributes. In this figure capital letters are used to 

14 illustrate codes, digits are used to illustrate flags, small letters are used to illustrate tags, and the 

1 5 word user and a number are marks used to identify the household user. Codes designate how the 

16 segments relate to specific functions. For example code A designates the off function as it 

17 relates to the movie ratings system in relationship to the user. If a video segment is flagged with 

18 001 and the user as designated by the mark is tagged with aaa then code A will turn off or not 

19 show the video segment for that particular user. In this case, User 1 is tagged aaa thus restricted 

20 from viewing those movie segments flagged 001 . For discussion purposes only, Code B 

21 designates bit rates as related to the conducting of certain tests, which are designated by flags. 

22 The results of the tests are tagged and reported providing the instructions of what bit rate is best 

23 used by the user's client to view the video segment. In the case of User 2 on the chart in Figure 
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1 5(b), the test flagged 002 and the results tagged as bbb indicate that the viewing speed of the 

2 segment will be determined by the formula in code B. If: the value of a is greater than x but 

3 equal to 1, which is less than y, which is 3.2 (a>x=l<y 3.2) then the viewing transmission speed 

4 at the client will reflect the appropriate value somewhere between 1 Mbps and 3.2 Mbps. 

5 Although not addressed in this discussion the values for a, x, and y or any other pertinent 

6 designate are dependent of such factors as available bandwidth, number of users on the system, 

7 server processing speed and any number of other variables therefore a specific example is not 

8 illustrated. Those individuals proficient in the art can establish values and formulas specific to 

9 their transmission network. 

10 Transmission of DVSM data segments includes both asynchronous and isochronous 

1 1 techniques to move video data through any type of network in use. Figures 6(a) illustrates a 

12 comparison between the real-time isochronous transmissions of streaming video technologies, 

13 and the isochronous transmission of video bursting technology. 

14 Video Streaming and video bursting technologies are primarily designed for broadcasting 

15 of live events, a fundamental requirement of these technologies is that the net-effective data 

16 transfer rate from the server to the client must equal the real-time data rate. To meet this 

17 requirement, the streaming video server (la) isochronously transmits video frames VFi 1, VFi 2, 

18 VFi 3, VFi (z -1) through VFi z within fixed and constant time intervals, tl, t2 through tz, to the 

19 network gateway. The gateway at the server transfers video frames to the network gateway at the 

20 client site. This transfer method depends on the network topology, but must be conducted in real- 

21 time mode. The video frames are temporarily stored in cache memory of video client (2a)/(2b). 

22 These video frames are then isochronously displayed on a PC Monitor or a TV Screen in real- 

23 time. 
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1 Video bursting technology differs from the streaming technology only at the server end. 

2 Instead of sending a continuous stream of video frames, the bursting server (lb) sends bursts of 

3 frames to the gateway in real-time mode. The primary advantage of bursting over streaming is 

4 that it facilitates transferring of other data in-between the video-bursts on a shared network. 

5 DVSM technology is primarily designed for interactive VOD applications. Since the 

6 video program is pre-recorded and stored, DVSM does not impose the limitation of "net 

7 effective data transfer rate equal to real-time" on the system and the network. Instead, DVSM 

8 formatted video data is transferred at net-effective speeds faster than the real-time, and stored at 

9 the DVSM client. The client then sends isochronous video frames to the display in real-time 

10 mode. 

11 As illustrated in Figure 6(b), there are two different modes of data transfer from the 

12 DVSM server to the gateway. Single channel high-speed (faster than real-time) mode is suitable 

13 for broadband networks (such as fiber-optic, coaxial cable), while the low-speed multi-channel 

14 mode is suitable for low bandwidth networks (such as twisted-pair(s) copper wire). However, the 

1 5 total sum of low speed data channels must be higher than the real-time video data transfer rate. 

16 Anyone competent in the art can find application in a plurality of channel configurations for 

17 video frames transmission as contemplated by the invention. These two are preferred 

1 8 configurations most applicable to broadband and narrowband transmission. 

19 Beginning at Level 1 through Level (Z -1), (see Figure 7) server (3a and 3b) 

20 asynchronously transmits video frames VFa 1, VFa 2, VFa 3, VFa (z -1) through VFa z to client 

21 (4a and 4b) at the CPE with variable time intervals, Tl, T2 through Tz. Video frames received at 

22 the client (4) are either stored for latter transmission or immediately isochronously transmitted 
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1 for viewing as video frames VFi 1, VFi (z -1) through VFi z to TV/Monitor (5). Storage in the 

2 client (4) enables the user to control the viewing of the video. 

3 II, System Architecture 

4 With reference to FIGURE 7, a functional block diagram of the conceptual architecture 

5 for a system of a plurality of storage levels and the bi-directional transmission of video data 

6 segments from level Z through level 1 . Architecturally, the Invention provides for a plurality of 

7 levels for video data storage within network components as conceptually illustrated in Figure 7. 

8 DVSM Storage Level 1 (4), DVSM Storage Level 2 to (Z -2) (3), and DVSM Storage Level (Z - 

9 1) (2) maintain video segments for a plurality of programs, i.e., Program #1, Program #2 through 

10 Program #n. DVSM technology is used to manage, maintain and control video data segments at 

1 1 all DVSM storage levels within their respective network components. DVSM Storage Level(s) 

12 Z (1(a)), (1(b)), (1(c)) and (l(z, -n)) are located at the individual customer's CPE and maintain 

13 only video segments that are requested by the user, at the time the user makes the request and 

14 subsequently as needed for uninterrupted viewing. Video data and user data flows bi- 

15 directionally via wireline or wireless links between Level 1 (4) to Level 2 to (Z -2) (3) to Level 

16 (Z -1) (2) and finally to Level(s) Z (1(a)), (1(b)), (1(c)) and (l(z, -n)). Video data flows from 

17 Level 1 4 downstream through Level 2 to (z -2) 3 and Level (Z-l) 2 to the CPE. Viewer 

18 requests data flow upstream to Level (Z-l) (2), then to Level 2 to (Z -2) (3) and finally if 

19 necessary to Level 1 (4). In an ascending order, beginning at Level Z (1(a)) through (l(z, -n)), 

20 each subsequent level of storage has a greater plurality of storage capacity than its 

21 complimentary or previous level. 

22 Wireline or wireless links between levels are asynchronous. Downstream, typical video 

23 data link requirement(s) for Level 1 (4), Level 2 to (Z -2) (3), and Level (Z -1) (2) are between 
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1 155 Mbps to lGbps of High Bandwidth. Downstream, typical video data link requirement(s) 

2 between Level (Z -1) (2) and Level Z (1(a)), (1(b)), (1(c)) and (1 (z -n)) are between 60 Mbps to 

3 150 Mbps of medium bandwidth. Typical wireline or wireless upstream data link requirement(s) 

4 for all levels are between 64 Kbps to 128 Kbps. 

5 With reference to FIGURE 8, functional block diagrams of the DVSM data storage level 

6 1 and its system are shown. Wireless Terrestrial Antenna (18), Satellite Dish (19) and wireline 

7 Fiber/Cable (20(a)) and (20(b)) receive analog and/or digital video signals. Video Encoder #1 

8 (17) through Video Encoder #n (21) process Analog Video Program signals (#1 through #n) and 

9 convert them into digitized video data. Digital Video Program #2 signals are received into Input 

10 Video Buffer #2 (14). Video Editing Workstation (65) receives Ad Spot Video transmitted 

1 1 through (20(b)). Input Video Buffers #1 (16), Input Video Buffer #2 (14) through Input Video 

12 Buffer #n (13) receive digital data from Satellite Dish (19) and Video Encoders #1 (17) through 

13 #n (21). Input Video Buffer (Ad Spots) (50(a)) receives video data from Video Editing 

14 Workstation (65). Ad Spots are processed at workstation (65), having been assigned priorities, 

1 5 restrictions and classifications code(s). 

16 "DVSM Server CMU" (15) provides the Input Video Buffers #1 (16), #2 (14) through #n 

17 (13) and Input Video Buffer (Ad Spots) (50(a)) processing instructions for video data and ad 

18 spots data received by all Video Input Buffers. "DVSM Server CMU" (15) is the data manager, 

19 which determines data segment lengths, assigns random storage locations (addresses), flags, tags 

20 and designations to video and ad spots data. Input video buffers process the video and ad spots 

21 by sectoring the video and video clips into segments. Then the buffers place video data 

22 segments into a plurality of random video storage or Video Ad Spots Storage (48(a)) locations as 
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1 Video Program #P1 (10), Video Program #2 (1 1), through Video Program #Pn (12). Each 

2 segment is assigned specific storage codes in preparation for the microcasting process. 

3 Viewer requests are received from Storage Level (2) by the Viewer Request Input Buffer 

4 (6), which sends the requests to "DVSM Server CMU" (1 5). The "DVSM Server CMU" (15) 

5 provides processing instructions to the appropriate input video buffer. Selected video segments 

6 from Video Program #1 (10) (i.e., Video Storage Segment #1 through #M1), Video Program #2 

7 (11) and/or through Video Program #n (12) are processed as DVSM Program Data #1, DVSM 

8 Program Data #2 and/or through DVSM Program Data #n. Subsequently data is sent to the 

9 appropriate Output Video Buffer #1 (9), Output Video Buffer #2 (8), through Output Video 

10 Buffer #n (7). Video ad spots segments are sent to Output Video Buffer (49(a)), where 

1 1 instructions are received from "DVSM Server CMU" (15) and the segments are processed. 

12 Program and ad spot data is processed at the appropriate output video buffer and sent to the 

13 DVSM Data Encryption and MUX (5(c)) for transmission to Storage Level 2 to (Z -2). 

14 With reference to FIGURE 9, functional block diagrams of the DVSM data storage levels 

15 2 to (Z -2) and their systems. DVSM Data Decryption and DEMUX (22(a)) at DVSM Storage 

16 Level 2 to (Z -2) receives selected DVSM Program Data #P1, #P2 through #Pn and ad spots 

17 segments from DVSM Storage Level (1). Data segments are transmitted to the appropriate input 

18 buffer, i.e., Input Video Buffer #1 (23), Input Video Buffer #2 (25), Video Buffer #n (26) and/or 

19 Input Video Buffer (Ad Spots) (50(b)). DVSM Server CMU (24) sends control instructions to 

20 input video buffers regarding data received from Level 1 and data resident in Level 2 to (Z -2). 

21 Data segments are stored within Video Program #P1 (29) as segments #1, #2, #3 through #M1, 

22 Video Program #P2 (28) as segments #1 to M2 and Video Program #Pn (27) as segments 1 to 

23 Mn or as ad spots segments. As in DVSM Storage Level 1, the DVSM Server CMU (24) at 
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1 DVSM Storage Level 2 to (Z -2) is the data manager who determines data segment lengths, 

2 assigns random storage locations (addresses), flags, tags and designations. DVSM Server CMU 

3 (24) receives viewer requests from Viewer Request Input Buffer (31) and processes those 

4 requests. All viewer requests associated with video segments stored at DVSM Storage Level 1 

5 are transmitted to DVSM Storage Level 1 . Viewer requests associated with video segments 

6 stored at DVSM Storage Level 2 to (Z -2) are processed by input video buffer(s) (23), (25), (26) 

7 and/or (50(b)). 

8 Selected video segments received from DVSM Storage Level 1 , or resident at DVSM 

9 Storage Level 2 to (Z -2), are transmitted as DVSM Program Data #1 , #2 and #n or ad spots to 

10 the appropriate output video buffer. These segments are designated as Video Ad Spots (48(b)), 

1 1 Video Program #P1 29, Video Program #P2 28 and Video Program #Pn (27). Data processed by 

12 Output Video Buffer (Ad Spots) (49(b)), Output Video Buffer #1 30, Output Video Buffer #2 

13 (32) and/or Output Video Buffer #n (33) is transmitted to DVSM Data Encryption and MUX 

14 (5(b)). The DVSM Data Encryption and MUX (5(b)) transmits the DVSM Program Data to 

15 Storage Level (Z-l). 

1 6 With reference to FIGURE 1 0, functional block diagrams of the DVSM data storage level 

17 (Z -1) and its systems. The DVSM Data Decryption and DEMUX (22(b)), as illustrated, receives 

1 8 DVSM Encrypted and multiplexed data from the previous Level 2 to (Z -2) at DVSM Level (Z - 

19 1). Input Video Buffer for Ad Spots (50(c)), Input Video Buffer #1 34, Input Video Buffer #2 

20 (36) and/or Input Video Buffer #n (37) receive data from the DVSM Data Decryption and 

21 DEMUX (22(b)). Commercial ad spots data received at the Input Buffer for Ad Spots (50(c)) is 

22 transmitted to Ad Spots Storage (48(c)). Control instructions, from the "DVSM Server CMU" 

23 (35), are sent to each input video buffer (37), (36), (34), and (50(c)). Viewer requests and 
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1 Viewer Demographics are received by the Microcasting Filter (45), through the Viewer Request 

2 Input Buffer (46), and transmitted to the DVSM Server CMU (35). Data from Level 2 to (Z -2), 

3 along with any resident data stored as Video Program #P1 40, Video Program #P2 (39) and/or 

4 Video Program #Pn (38), is processed at the appropriate data buffers and Microcasting filter, 

5 based on viewer requests and instructions from the DVSM Server CMU (35). Program data 

6 segments are transmitted to the appropriate Output Video Buffer #1 (41), #2 (42) and/or #n (43) 

7 as well as Output Video Buffer Ad Spots (49(c)). Processed program and ad spots segments are 

8 sent to the Microcasting Filter (45). DVSM program data is combined with its appropriate 

9 commercial advertising segments as requested by the user, or determined by the viewer 

10 demographic profile as provided by the user. The combined Data segments are transmitted to the 

1 1 DVSM Data Encryption and MUX (5(a)). Restructured video data segments, complete with all 

12 new overheads, are sent to the Medium Speed Data Switch (44) for microcasting to viewers at 

13 Storage Level Z. 

14 With reference to FIGURE 1 1 , functional block diagrams of the DVSM data storage level 

15 Z and its systems. DVSM Data Storage Level Z is located at the customer premise equipment 

16 (CPE). Figure 11 DVSM Storage Level Z illustrates the use of the invention's techniques and 

17 processes to deliver microcast video data to a plurality of TV set and/or PC equipment. DVSM 

18 Data Decryption and DEMUX (22(c)) receives multiplexed Data from Level (Z -1), decrypts and 

1 9 de-multiplexes it, then transmits it to Input Video Buffers) #1 (52), #2 (53) and #n (54). 

20 On screen video data can be requested by a plurality of user equipment. As illustrated, 

21 users can use standard Television (62(b)) equipment, Digital Home Theater (62(a)) equipment 

22 and/or Computer (64) with a typical monitor. Wireless Remote(s) (63(a)), (63(b)) and (63(c)) 

23 represent a plurality of typical interactive communications equipment and their appropriate 
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1 network interface equipment. Wireless or wireline keyboards and/or common PC mouse 

2 equipment can also be used. Using this type of equipment, users transmit their requests to 

3 Viewer Request Buffer (66). These requests are received by DVSM Client CMU (51), which 

4 sends instructions to Input Video Buffer(s) (52), (53) and (54) as well as Output Video Buffer(s) 

5 (58), (59) and (60) and/or forwards instructions and requests to Level (Z -1). Output Video 

6 Buffer(s) (58), (59), and/or (60) retrieve requested and appropriate video data segments from 

7 plurality of program storage locations, Video Program #1 (57), Video Program #2 (56) and/or 

8 Video Program #n (55). Selected data is then sent to a plurality of DVSM Decoder(s) (61(a)), 

9 (61(b)), and/or (61(c)). The decoders process the video data and send it for viewing to a 

10 plurality of viewing equipment, i.e., Digital Home Theater (62(a)), Computer (64) and/or 

11 Television (62(b)). 

12 II. System Algorithms and Operation 

13 A more detailed description of the algorithms and operation the system and method of the 

14 present invention are provided with reference to FIGS. 12-20. 

15 Referring to Figure 12, DVSM Microcasting Algorithm, the DVSM Client software at the 

16 viewer's CPE primarily uses the microcasting algorithm. The basic microcasting algorithm 

17 illustrated in figure 12, which only shows the fundamental processes necessary to accomplish the 

18 basic microcasting functions. The actual implementation of the algorithm may vary depending 

19 on the type of application software used, and the details of implemented functions. 

20 The algorithm starts with viewer inputs as he logs-on to the client software. After his 

21 login entries are completed, the user database, specifically related to his records, is updated. If 

22 the viewer makes a new request, the request is examined to determine if the system can service 

23 his request using the local database (level Z) at CPE. If not, a request is sent to the next level Z- 
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1 1. After the new video segment is received from level Z-l, it is stored in the local database. The 

2 next process fetches the viewer data and the new video segment to be displayed on viewer 

3 screen. It compares the attributes of the new segment with the viewer profile data and determines 

4 whether the segment is suitable to display for the individual viewer making the request. If the 

5 segment is not suitable, it fetches the next sequential segment and repeats the same process. If it 

6 is suitable, the next process continues which examines the video segment for advertisement-clip 

7 insertion, or attaching the clip to be displayed as a separate window without breaking the 

8 continuity of the video program. After inserting/attaching the ad-clip, the appropriate buffer is 

9 updated and display process is activated to display the sequence of program segments and 

1 0 advertisement segments. 

1 1 Referring to Figure 13, DVSM Multicasting Algorithm, a system of programming 

12 software that illustrates the basic multicasting algorithm, which only shows the fundamental 

13 processes necessary to accomplish the multicasting functions. The actual implementation of the 

14 algorithm may vary depending on the type of application software used, and the details of 

1 5 implemented functions. 

16 The DVSM Server software located at levels (Z-l) primarily uses the multicasting 

17 algorithm to level (1). The algorithm starts with initializing all the variables as the system power 

18 is turned ON. After initialization, the process enters into a polling loop to read client (viewer) 

19 request buffers. The time interval of the polling loop is programmable and can be a fixed 

20 interval, or variable interval. During each cycle of the polling loop timer, the polling process 

21 examines every client request and extracts requesting the client's network address and the ID of 

22 the requested video. Each video has a table associated with it, which holds the addresses of 

23 clients requesting that video to view. When a new client request is received, the table is updated 
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1 by adding his network address to the table. At the end of polling interval, the loop counter is re- 

2 initialized for the next polling cycle. The next process examines total number of client requests 

3 and total number of requested video programs. The priority of each request is determined based 

4 on the present status of relevant system variables, and the Video Transmission Queue is updated. 

5 At the next decision-point, the transmission status of the current video program is checked. If the 

6 video transmission is not in progress, the transmission process is activated. If the requested video 

7 is already being transmitted, the next process begins examining the status of relevant variables 

8 and buffers to compute Pause Condition for the current video being transmitted. If it is not 

9 appropriate to pause, the transmission continues till the Pause Flag is set. At that point, the new 

10 client addresses are added to existing address batch, the Pause Flag is reset, and the paused video 

1 1 transmission starts again. The transmission of sequential segments continues till the end of video 

12 program. The polling loop process continues the next cycle and begins examining new client 

13 requests. 

14 Referring to Figure 14, Dynamic Resolution Switching Algorithm, is the technique used 

15 by the server software to ensure uninterrupted video transmissions to all the users during a time 

16 interval when the available bandwidth is not sufficient to meet peak demand. Figure 14 

17 illustrates the basic algorithm, which only shows the fundamental processes necessary to 

18 accomplish the resolution switching functions. The actual implementation of the algorithm may 

19 vary depending on the type of application software used, and the details of implemented 

20 functions. 

21 This algorithm uses inputs from variables and buffers dynamically updated by the 

22 multicasting algorithm. The 1 st process examines the status of these variables and buffers, and 

23 estimates available bandwidth to transmit next batch of video segments. If the estimated 
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1 bandwidth is not enough, the Bandwidth flag is set, which initiates the next process. The 

2 addresses of clients with active requests are extracted, and client service priorities are examined. 

3 The clients with lowest priority are selected and grouped together. At the end of current segment 

4 transmission, the selected clients are switched over for lower resolution transmission. The 

5 process is repeated to meet the demand of all pending client requests. 

6 After reaching a balanced state of video transmission for all the active clients, the next 

7 process starts examining relevant variables and buffers, and estimates available bandwidth to 

8 determine if a switchback to higher resolution is possible. If so, the bandwidth flag is reset, and 

9 the next process begins to examine the active clients and their service priorities. The highest 

10 priority clients are switched back to higher resolution transmission, followed by the next batch of 

1 1 clients till a balanced condition is reached. These processes continue working in synchronization 

12 with the polling loop timer of the multicasting algorithm. 

13 Figure 15 is a functional block diagram and illustration of the global architecture as the 

14 invention relates to a system of linked satellite transmitters and receivers used to provide access 

15 to and from program vendors, customers, producers and any other entity necessary to sending or 

16 receiving video programs. Satellites (1) through (n) send and receive video data wirelessly to 

17 satellite dishes (14) through (n) and satellite dishes (14) through (n) attached to a plurality of 

1 8 MMC (a -1) through (a - n) receive and send video data wirelessly to satellites. Fiber links 

1 9 between MMC (a -1 ) through (a - n) provide communications between each MMC. Links to 

20 and from program vendors, customers, producers and any other entity are illustrated as satellite 

21 links but are not restricted to satellite links any form of communications links can be used. 

22 Figure 16 is a functional block diagram and illustration of the local metro media center 

23 (MMC) architecture as the invention relates to a system or communications network of wireline 
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1 fiber links associated with a plurality of distribution and control sites (DCS). These links are the 

2 bi-directional paths used to transmit video data to and from the MMC and to and from a plurality 

3 of DCS sites. MMC (10) is connected to a plurality of DCS (1) through (n) and a plurality of 

4 Community Relay Stations (n) by wireline or wireless means. As illustrated DCS (1) is 

5 connected to DCS (2) and any number of DCS sites can be linked directly to each other and any 

6 number of Community Relay Stations (n). 

7 Figure 17 is a flow diagram representing the bi-directional flow of data through a metro 

8 media center system for voice, video and data transmission according to the present invention. In 

9 this illustration the voice, video, and data architecture contemplates the MMC is designed for 

10 multi data transmission. Voice transmission to and from an external voice switch (1), such as 

1 1 those found in a public switch telephone network, are received and sent by the voice analog-to- 

12 digital converter/digital-to-analog converter ADC/DAC (2). A bi-directional link transmitting 

13 voice signals is established between the ADC/DAC (2) and the ISDN Voice MUX/DEMUX (3) 

14 and the ISDN Voice MUX/DEMUX (3) receives or sends voice signals to the (voice, video and 

15 data) WD Encryption/Decryption MUX/DEMUX (4). High Speed data switch (5) transmits 

16 signals to a plurality of DCS sites (7) and High Speed data switch (6) receives signals from a 

17 plurality of DCS sites (8). Streaming video data is received video streaming server (9) and 

18 processed then transmitted to the Video Streaming MUX (10) or the DVSM data storage server 

19 (1 1) for processing and storage. Live streaming video received by the Video Streaming MUX 

20 (10) is processed and transmitted to the WD Encryption/Decryption MUX/DEMUX (4) for 

21 processing then transmitted to the High Speed data switch (5) for transmission to DCS sites (7). 

22 When requested, programs stored in DVSM data storage server (1 1) are transmitted to the 

23 Stored video MUX (12) and processed then are transmitted to the WD Encryption/Decryption 
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1 MUX/DEMUX (4). Processed stored video is then transmitted to the High-Speed data switch (5) 

2 for transmission to DCS sites (7). 

3 Video ad spots received in the Video Ad Spots Server (13) are transmitted to the Stored 

4 video MUX (12) when requested. Subsequently the signals are inserted into the designated 

5 video program content and transmitted to the WD Encryption/Decryption MUX/DEMUX (4) 

6 for transmission to High-Speed data switch (5) for transmission to DCS sites (7). 



7 For puiposes of video conferencing, video conferencing signals received at the Video 

8 Conferencing Switch (14) are processed and transmitted to the MMC Video Conferencing 

9 MUX/DEMUX (15). Subsequently the video conferencing signals are transmitted to the WD 

10 Encryption/Decryption MUX/DEMUX (4) for transmission to High-Speed data switch (5) for 

1 1 transmission to DCS sites (7), 

12 Internet data signals are received and transmitted to and from the ISP Data Server (16) 

13 then processed and bi-directionally transmitted to the WD Encryption/Decryption 

14 MUX/DEMUX (4) for bi-directional transmission to and from the High-Speed data switch (5) 

1 5 for transmission to and from DCS sites (7). 

16 Digital Music Storage Server (17) receives audio signals for processing and storage or for 



17 transmitting user request data to and from the WD Encryption/Decryption MUX/DEMUX (4) 

1 8 for bi-directional transmission to and from the High-Speed data switch (5) for transmission to 

19 and from DCS sites (7) when requested. 



20 Telemetry data is received and transmitted to and from the Telemetry Data Sever (18) to 

2 1 and from the data source and the WD Encryption/Decryption MUX/DEMUX (4) for bi- 

22 directional transmission to and from the High-Speed data switch (5) for transmission to and from 

23 DCS sites (7) when requested. Telemetry data consist of data collected for such things as gas, 
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1 electric and water meter reading devices, wireless hand-held Internet devices or any such device 

2 used in field activities. 

3 FIGURE 1 8 is a block diagram representing a plurality of connections between a 

4 distribution and control site and a plurality of homes according to the present invention. This 

5 architecture provides for the transmission of video data signals to be conducted using wireless or 

6 wireline means and for accommodating a plurality of community relay switches (12) to be linked 

7 by wireline or wireless means to user homes (8), (9), (10) and (1 1). The Distribution and Control 

8 Site (1) is wirelessly linked to homes (2), (3) and (4) and linked by wireline means to homes (5), 

9 (6) and (7). These wireline links can be packet-switched lines; cable TV lines, micro trunk lines 

10 or circuit switched lines. 

1 1 FIGURE 19 is a flow diagram representing the bi-directional flow of data through the 

12 distribution and control site architecture of the system for voice, video and data communications. 

13 According to the present trends, voice, video and data networks will be common in anticipation 

14 of this potentiality the invention accommodated for such an eventuality within the network. 

15 Voice, video or data transmissions are received by the High-Speed Data Switch (1) 

16 processed and transmitted to and from the WD Encryption/Decryption MUX/DEMUX (3) for 

17 processing. Transmissions received from the High-Speed Data Switch (1) are transmitted to the 

1 8 WD Storage Server (4) processed and transmitted to the Microcasting Filter (5) then processed 

19 and transmitted to the WD DEMUX (7), Signals processed at the WD DEMUX (7) are 

20 transmitted to a plurality of WD Modulators (8a) through (8z) then wirelessly transmitted to 

21 customer site to be received by directional antennas (10a) through (lOz). 

22 Antennas (11a) through (1 lz) wirelessly transmit user voice, video and data request or 

23 signals to WD Demodulators (9a) through (9z) who process the signals and transmit the voice, 
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1 video and data request to WD MUX (6). After processing the data VVD MUX (6) transmits the 

2 data to Microcasting Filter (5) who processes the data and transmits it to VVD Storage Server 

3 (4). At the VVD Storage Server (4) data is prepared for storage and stored or transmitted to the 

4 VVD Encryption/Decryption MUX/DEMUX (3) who processes the data and transmits it to the 

5 High-Speed Data Switch (2) from which the data is transmitted to the MMC. 

6 Figure 20 is a representation of the interface for the voice, video and data gateway 

7 module of the system of Figure 1 1 according to a preferred embodiment of the present invention. 

8 Illustrated is a system comprising of a local area network at the CPE. Distribution Control Site 

9 (1) can transmit or receive voice, video or data signals via circuit switched line, packet switched 

10 line, or by a wireless link to and from the Home VVD Gateway (2). Within the CPE, fax (3), 

1 1 telephone (4), Smart Appliance (5), Control and Display Panel (6), DVSM Home PC (9) and 

12 DVSM Home Server (10) are connected via wireline or wireless links. 

13 The local area network is fully bi-directional. Smart Appliances (5), (8) and (1 1) are 

14 wirelessly linked to each other and Smart Appliance (7) is wirelessly linked to the Control and 

15 Display Panel (6). DVSM Server (10) is linked to the Digital Home Theater (14), Television 

16 (16), wireless remote (17) and digital TV (18), which is wirelessly linked to wireless remote 

17 (19). The Digital Home Theater (14) is wirelessly linked to a wireless remote (15). The 

18 invention anticipates sophisticate local area network and provides the capacity the accommodate 

19 such a CPE network. 

20 The system and method of the present invention supports a wide range of data and 

21 network protocols including industry standard data and network protocols. The servers and 

22 clients of the system and method of the present invention can be implemented using any 
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1 operating system including, but not limited to, Unix, Linux, VMS, IBM, Microsoft Windows 

2 NT, 95, 98, 2000, and ME, and the like. 

3 The systems, processes, and components set forth in the present description may be 

4 implemented using one or more general purpose computers, microprocessors, or the like 

5 programmed according to the teachings of the present specification, as will be appreciated by 

6 those skilled in the relevant art(s). Appropriate software coding can readily be prepared by 

7 skilled programmers based on the teachings of the present disclosure, as will be apparent to those 

8 skilled in the relevant art(s). 

9 IV. Applications of the Invention and Other Embodiments 

10 DVSM technology has immediate application in a plurality of business segments or 

1 1 circumstances. Additionally it creates new business opportunities that present technologies 

12 cannot exploit or are severely disadvantaged in exploiting without the use of DVSM. DVSM 

13 techniques enhance and enable many new yet to be discovered future applications. 

14 With existing technologies iTV has had limited success. Technically, cable TV networks 

1 5 and telephone networks have been able to deploy equipment that has successfully allowed users 

16 to interact with the network for applications such as pay-per-view, poling and merchandise 

17 purchasing. However, universal and ubiquitous deployment has been severally retarded because 

1 8 of technical and economic limitations. Using DVSM technology, Microcasting provides the 

1 9 economic base to ubiquitously deploy iTV. 

20 The need for extensive bandwidth and video streaming capacity required by existing 

21 technologies, create major obstacles to deploy VOD. Networks that use DVSM technology can 

22 cost effectively provide VOD services to any user, anywhere at any time within their network. 
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1 Videonet an application defined by the Invention as a secure network of video-sites 

2 capable of delivering, a plurality of full-motion high-resolution video clips in response to a 

3 plurality of user requests within the Videonet. As a centralized system and unsecured node- 

4 hoping public network, the Internet is only able to deliver text and low-resolution images. 

5 DVSM technology enables video-sites to provide high-resolution video presentations of products 

6 or services requested by a plurality of users. 

7 Micro advertising as defined by the invention is the ability of the Videonet to deliver a 

8 unique advertisement for each individual viewer. The worldwide implementation of DVSM 

9 technology on cable or wireless networks will revolutionize the advertisement industry. 

10 Micro-Commerce as defined by the Invention is a "market" or "marketplace" where 

1 1 sellers can use full motion video to present buyers their products and/or services based upon the 

12 individual user's specifically stated or unstated wants, wishes, desires, and psychodynamic and 

13 demographic needs. DVSM technology enables network operators to create these markets using 

14 Micro-advertising and the Videonet. 

15 Hand held wireless devices such as Personal Digital Assistants (PDAs), telephones and 

16 laptop Computers communicate using a wireless network. At present, these wireless networks 

17 are limited to transmitting voice and data. The next generation hand held devices under 

1 8 development in labs of leading manufacturers will be capable of displaying full-motion video. 

19 This technology evolution would require wireless networks capable of transmitting video clips to 

20 millions of people worldwide. Since the wireless networks are severely limited by the available 

21 bandwidth, DVSM technology would become very valuable to increase the efficiency of the 

22 spectrum. 
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1 The current version of Internet (I) is suitable for transmitting only low speed data. Some 

2 experiments to transmit voice have proven the serious bandwidth limitations of Internet. The 

3 worldwide popularity of Internet (I) has led to the development of Internet II, which would be 

4 capable of transmitting data to users in Megabits/sec, compared to kilobits/sec. When fully 

5 deployed, Internet II would create user demand for high-resolution video content (similar to 

6 HDTV) to be delivered to their mobile devices. DVSM technology would become highly 

7 valuable, since it uses only a fraction of the bandwidth to deliver full-motion video, as compared 

8 to Video Streaming technologies. 

9 Important to underscore Microcasting, how it differs from broadcasting and 

10 Narrowcasting and the impact it will have on television viewing in general and eventually on 

1 1 television and cable television revenue, is a need to understand the fundamental impact cable TV 

1 2 had on broadcast television. 

1 3 Over the air broadcasting is totally advertising supported. It derives its revenue from 

14 selling advertisement placement to potential advertisers on a run of station (ROS) or fixed 

15 position basis. ROS placement is less expensive to the advertiser because the station controls 

1 6 where, when and how the advertisement will be placed throughout the various day-parts. Fixed 

17 position advertising is much more expensive to the advertiser because the advertiser is 

1 8 guaranteed a specific time, program, and position. Advertisement placement pricing is 

1 9 developed by the number of viewers (ratings) estimated to be watching a particular program at a 

20 particular time. Television ratings as calculated by the A. C. Nielsen Company are a statistical 

21 estimated percent of viewers watching television programs. These estimates are developed by 

22 the use of a number of devices (developed throughout the years) attached to television sets to 

23 record minute-by-minute viewing. In addition, Nielsen households maintain audio logs, which 
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1 are diaries indicating viewing habits. Audience share directly affects the price of a particular ad 

2 placement. 

3 Until several years ago the A. C. Nielsen Company was not measuring cable TV 

4 programming. Cable programming is highly segmented with viewers disbursed throughout 

5 individual cable channels. Nielsen's technology is under development to include the highly 

6 segmented cable channels. As cable programming has improved, viewer migration trends have 

7 been detected and are affecting the ratings of off air network broadcasters. Put simply more and 

8 more viewers are watching less and less off-air broadcast programming. 

9 Network revenues are going down and off-air broadcast networks are themselves 

10 segmenting viewing audiences by launching cable-programming channels. The net effect is that 

1 1 Narrowcasting has devalued broadcast programming by stealing away audience and 

12 Microcasting will do the same to Narrowcasting. 

13 Over the last decade the most profound business phenomena has been the Internet. Every 

14 type of business is rushing to get on the net and technology is moving quickly toward migrating 

15 or expanding the Internet from the computer to the television. Web TV, Worldgate and others 

16 are presently providing Internet access via the television screen. Originally, the Internet was a 

17 network of computers put together by the United States' Defense Advanced Research Projects 

18 Agency (DARPA), linking seven university science departments thus allowing its users to 

19 exchange messages and research with each other. Since its original inception it has now grown 

20 to possibly 2 million host computers all over the world and continues to grow. These massive 

21 numbers of host computers create a roadblock to smooth video streaming. 

22 Architecturally the Internet is a shared packet data network. This type of transmission is 

23 best used for low bandwidth burst-type data applications. Smooth full-motion video, continuity 
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1 and bandwidth are the major issues in terms of moving video programming. Node hopping is the 

2 method used to move data on the Internet. A difficulty in synchronizing the arrival of each data 

3 packet disrupts video continuity making it difficult or impossible to achieve MPEG 2-video 

4 quality. Standard (MPEG 2 is the standard approved by the FCC for broadcasting digital TV) 

5 quality video program streaming requires a dedicated transmission of a minimum 3.2 megabits 

6 per second. 

7 Television viewing, as an experience is very different from the viewing experience users 

8 have on the Internet. Internet web sites principally offer static data in text or object form. 

9 Occasionally text data is augmented with sound and/or animation. Sometimes, on rare 

10 instances, web sites make an attempt at full motion video streaming. These attempts result in 

1 1 choppy pictures, poor picture quality and sound synchronization and in general a very poor video 

12 experience. DVSM will have a very positive impact on the viewing experience for Internet type 

13 web sites. As more and more of the existing and new cable TV and communications networks 

14 deploy DVSM, a new Video Internet (Videonet) will emerge. Internet Service Providers will 

15 have the ability to Microcast from prerecorded high-resolution video web sites over this new 

16 Videonet. These video web sites will be able to provide video clips of services, advertising 

17 video clips, and detailed product explanations and provide their customers a full motion video 

18 experience. 

19 Technology may at sometime be developed to improve on-screen resolution, data 

20 throughput, return path transportation and all other elements that are needed to make television 

21 viewing interactive and behave more like the Internet. But these technologies do not address the 

22 allocation of bandwidth or the fundamental definition of DVSM. 
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1 Embedded in Internet interactivity are navigational techniques and technologies that 

2 make it functional. New navigational techniques and technologies developed within the 

3 Invention will provide television the building blocks for further segmentation of programming 

4 content thus migrating broadcasting and present day Cablecasting viewers to services offered by 

5 Multi Channel Video Programming Distributors who have adopted DVSM. 

6 Both broadcasting and cable TV programmers predetermine what and when viewers will 

7 have access to specific programming. Regardless of which media, viewing television today is by 

8 appointment. In the Microcasting world, viewers will determine how, what and when they will 

9 access specific programming based on their individual tastes, wishes, or desires. Appointment 

10 television producers will transition from pre-produced channels (day-part general programming 

11 or by genre) to individual content production, operating within the framework of a Microcasting 

12 network because viewers will be able to use navigation tools to select and self-produce their own 

1 3 interactive television viewing. 

14 DVSM technology will enable Multi-Channel Video Programming Distributors to more 

1 5 narrowly define and segment the television audience. This viewer segmentation will be 

1 6 accomplished by delivering individualized programming from a variety of local community 

1 7 networks. DVSM technology will give birth to many new applications that would enhance the 

1 8 life-style of human society forever. 

19 The foregoing has described the principles, embodiments, and modes of operation of the 

20 present invention. However, the invention should not be construed as being limited to the 

21 particular embodiments described above, as they should be regarded as being illustrative and not 

22 as restrictive. It should be appreciated that those may make variations in those embodiments 

23 skilled in the art without departing from the scope of the present invention. 
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1 While a preferred embodiment of the present invention has been described above, it 

2 should be understood that it has been presented by way of example only, and not limitation. 

3 Thus, the breadth and scope of the present invention should not be limited by the above- 

4 described exemplary embodiment. 

5 Obviously, numerous modifications and variations of the present invention are possible in 

6 light of the above teachings. It is therefore to be understood that within the scope of the 

7 appended claims, the invention may be practiced otherwise than as specifically described herein. 
8 

9 
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